/**
 * 充血模型：
 *      区别于常规的MVC系统架构，entity实体类中除了只有对应数据库的一些字段，还包含了一些转化、处理字段数据等不涉及外部的内部方法
 *
 * VO值对象：
 *      当一些对象和数据库表没有关联的时候(对数据库不产生影响，没有数据id等)，
 *          通过设置为vo值对象(不包含 id等信息)，同时为了方便处理一些数据库字段中的枚举值，可以定义enum枚举类vo
 *
 * aggregate聚合对象:
 *      对于一些 1.使用到“事务”  2.业务传输对象需要使用到多个对象的组合的时候
 *          再向上封装一层
 *
 * repository:
 *      仓库层：通过’接口‘的方式向外/向领域层service提供’操作数据库‘的相关方法，具体的sql交互实现交给infrastructure基础层去实现
 *             MVC架构中是’没有仓储层‘的概念的，通常就是直接再service中注入各种各样涉及的dao，然后去分别操作
 *             DDD架构中相当于是根据’领域事件驱动‘开发，在dao之上再封装一层几乎全是操作sql的方法，然后供service使用
 *              controller -> domain -> service ->repository -> dao
 *
 *
 *
 * 实体对象；
 * 1. 一般和数据库持久化对象1v1的关系，但因各自开发系统的不同，也有1vn的可能。
 * 2. 如果是老系统改造，那么旧的库表冗余了太多的字段，可能会有nv1的情况
 * 3. 对象名称 XxxEntity
 */
package com.zhihao.domain.activity.model.entity;